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DETAILED ACTION 
Double Patenting 

1 . The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory 
obviousness-type double patenting rejection is appropriate where the conflicting claims 
are not identical, but at least one examined application claim is not patentably distinct 
from the reference claim(s) because the examined application claim is either anticipated 
by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 
F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 
USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 
1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 
F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to 
be commonly owned with this application, or claims an invention made as a result of 
activities undertaken within the scope of a joint research agreement. 

Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

2. Claim 1 is provisionally rejected on the ground of nonstatutory obviousness-type 
double patenting as being unpatentable overclaim 1 of copending Application No. 
10/21 1434 in view of Rajamony et al (US Patent number 7089282, dated August 8, 
2006, filed on July 31, 2002.), hereinafter referred to as Rajamony. 

Claim 1 of 10/21 1434 discloses a method of processing data in a stateful protocol 
processing system ("SPPS") that processes a multiplicity of flows of messages, each 
flow being associated with a uniquely corresponding flow identification ("FID") that is 
conveyed by messages belonging to such flow, the method comprising: 

a) receiving a plurality of messages belonging to a particular flow; 

b) deriving SPPS events associated with the particular flow from the 
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received messages; 

c) determining an event type of at least one of the SPPS events; 

d) specifically assigning a first protocol processing core ("PPC") selected 
from among plural PPCs compatible with the event type to process one 
or more events of the particular flow in accordance with a stateful 
protocol (SP) of the particular flow; and e) specifically assigning a 
different second PPC to process one or more other events of the 
particular flow in accordance with the SP of the particular flow. 

Claim 1 of 10/21 1434 discloses all the limitations of claim 1 of 10/649364 except for a 
first workspace portion and a second workspace portion. 

The general concept of providing a first and second workspace portion is well 
known in the art as illustrated by Rajamony which discloses a first and second 
workspace portion in a data processing method ("first processing entity.. .may require a 
large local memory", Column 4, lines 41 and 43, and "second processing entity... can 
buffer transmitted packets in its local memory..." Column 2, line 61-63). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify claim 1 of 10/21 1434 to include the use of a first workspace portion 
and a second workspace portion as taught by Rajamony in order to "achieve greater 
efficiency" as stated by Rajamony in Column 1 , line 42. 

This is a provisional obviousness-type double patenting rejection. 
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Claim Objections 

3. Claims 26 is objected to under 37 CFR 1 .75(c), as being of improper dependent 
form for failing to further limit the subject matter of a previous claim. Applicant is 
required to cancel the claim(s), or amend the claim(s) to place the claim(s) in proper 
dependent form, or rewrite the claim(s) in independent form. Claim 26 fails to further 
limit claim 25. 

Claim Rejections - 35 USC § 101 

4. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1-26 are rejected under 35 U.S.C. 101 because the invention is directed 
towards non-statutory subject matter, in this case an SPPS which is a software system. 
On the last 2 lines of page 15 and the first three lines of page 16 of the specification 
states: "Moreover, if the SPPS is implemented as program modules in software or 
firmware running on a general processing system, rather than in a typical 
implementation that employs ASICs having embedded microprocessors, the buses 
represented in Figure 2 may represent data transfer between software modules, rather 
than hardware signals." 

Since all of the claims are drawn towards an SPPS, and given the fact that they 
can be implemented as software alone, all of the apparatus claims are rejected under 
101. 
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Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

6. Claims 1-5, 7, 9-13, 17-22, and 25-26 are rejected under 35 U.S.C. 102(e) as 
being anticipated by Rajamony. 

Regarding claim 1: 

Rajamony discloses the method of processing data in a stateful protocol 
processing system, (It is implied that Rajamony uses a stateful protocol processing 
system since he uses a "connection state" and also uses TCP/IP), said method 
comprising: receiving a first message of a first flow comprised of a first plurality of 
messages; (Rajamony discloses "transmitting and receiving data packets via a 
network", Abstract, lines 1-2.) deriving a first event from said first message (It is implied 
that events are derived from the messages since Rajamony uses TCP/IP, Column 3, 
line 29.); retrieving a first flow state characterizing said first flow ("retrieved data 
according to the network communication protocol", Column 2, lines 53 and 54: this also 
implies that a first event was derived from the packets), said first flow state including a 
first workspace portion and a second workspace portion; assigning said first workspace 
portion to a first protocol processing core and said second workspace portion to a 
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second protocol processing core ("first processing entity... may require a large local 
memory", which corresponds to a workspace portion, Column 4, line 43; and the 
"second processing entity can buffer transmitted packets in its local memory", which 
corresponds to a second workspace portion. Column 2, lines 61-63); and processing 
said first event using said first protocol processing core and said second protocol 
processing core. (Rajamony discloses that a first event is processed by both a first 
protocol processing core and a second protocol processing core since Rajamony 
discloses "by configuring a first processing entity, such as a CPU, to perform a first 
portion of the network communication process, a second processing entity, such as a 
NIC to perform a second portion..." Column 2, lines 47-50.) 
Regarding claim 2: 

Rajamony discloses the method of claim 1 wherein said first flow state is defined 
at least in part by a plurality of protocol layers, said first workspace portion and said 
second workspace portion corresponding to different ones of said plurality of protocol 
layers. (Rajamony discloses, "by configuring a first processing entity, such as a CPU, to 
perform a first portion of the network communication process, a second processing 
entity, such as a NIC to perform a second portion..." Column 2, lines 47-50. Rajamony 
also discloses a plurality of protocol layers because he uses TCP, which has a plurality 
of protocol layers, in Column 3, line 45, and a second processing entity has its own local 
memory, Column 2, lines 61-63, which corresponds to a workspace portion and "first 
processing entity... may require a large local memory", Column 4, line 43, which 
corresponds to a first workspace portion). 
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Regarding claim 3: 

Rajamony discloses the limitations of the method wherein said processing 
includes modifying said first workspace portion in order to thereby yield a modified first 
workspace portion, and writing back said modified first workspace portion. (Rajamony 
discloses "the first and second processing entities to access data in the system 
memory. . .and to format the retrieved data according to the network communication 
protocol.", Column 2, lines 52-54. This corresponds to the processing entity modifying 
the workspace portion) 

Regarding claim 4: 

Rajamony discloses the method of claim 3 wherein said processing further 
includes communicating an inter core event from said first protocol processing core to 
said second protocol processing core. (In column 4, lines 9-14, Rajamony discloses 
that "first processing entity 101 may direct second processing entity 1 10 to compose or 
reassemble a network packet and send it to the appropriate destination. Second 
processing entity 110 would then respond to the directive by assembling a packet and 
transmitting it to the appropriate destination." Rajamony also discloses "Entities 101 and 
1 10 can communicate in multiple ways", Column 4, line 56. These correspond to an 
inter core event.) 

Regarding claim 5: 

Rajamony discloses the method of claim 4 wherein said second protocol 
processing core modifies said second workspace portion in order to create a modified 
second workspace portion and writes back said second modified workspace portion. (In 
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column 2, line 64-66 Rajamony states, the "second processing entity can treat its 
memory as a scratch buffer, constantly overwriting it with packets that are about to be 
transmitted".) 

Regarding claim 7: 

Rajamony discloses the method of claim 1 wherein said first flow state further 
includes a shared flow state provided to both said first protocol processing core and 
said second protocol processing core. (The flow state is shared since "first processing 
entity 101 provides second processing entity with pointers to the connection state and 
the data." Column 4, lines 63-65.) 
Regarding claim 9: 

Rajamony discloses the limitations of a stateful protocol processing system 
(Rajamony uses a stateful protocol processing system since he uses a "connection 
state" as stated in Column 4, lines 64-65, and also uses TCP/IP as stated in Column 3, 
line 29) configured to process multiple flows of messages (Rajamony discloses 
"transmitting and receiving data packets via a network", Abstract, lines 1-2.), said 
apparatus comprising: a first protocol processing core; a second protocol processing 
core ("The first processing entity" and the "second processing entity", abstract, lines 6, 
and 6-9.); an input module configured to receive a first message of a first flow 
comprised of a first plurality of messages and to derive a first event from said first 
message (It is implied that an input module is included because messages must be 
received somehow, and that events are derived since Rajamony's system is a "data 
processing system suitable for transmitting and receiving data packets via a network...", 
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abstract, lines 1-2 that uses "TCP/IP", Column 3, line 29); a lookup controller operative 
to retrieve a first flow state characterizing said first flow (Rajamony discloses a "memory 
controller" which is connected to both processing entities in Column 4, lines 52-53 and 
in Figure 1 , MC 104.), said first flow state including a first workspace portion assigned to 
said first protocol processing core ("first processing entity... may have a large local 
memory", which can be thought of as a workspace portion, Column 4, lines 41 and 43.), 
and a second workspace portion assigned to said second protocol processing core 
("Second processing element typically has access to its own local, randomly accessible 
memory" in which the local memory corresponds to a workspace portion. Column 3, 
lines 63-65.); wherein said first event is processed using said first protocol processing 
core and said second protocol processing core. (Rajamony discloses that a first event 
is processed by both a first protocol processing core and a second protocol processing 
core since Rajamony discloses "by configuring a first processing entity, such as a CPU, 
to perform a first portion of the network communication process, a second processing 
entity, such as a NIC to perform a second portion..." Column 2, lines 47-50.) 
Regarding claim 10: 

Rajamony discloses the limitations of which: said first flow state is defined at 
least in part by a plurality of protocol layers, said first workspace potion and said second 
workspace portion corresponding to different ones of said plurality of protocol layers. 
(Rajamony discloses, "by configuring a first processing entity, such as a CPU, to 
perform a first portion of the network communication process, a second processing 
entity, such as a NIC to perform a second portion..." Column 2, lines 47-50. Rajamony 
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also discloses a plurality of protocol layers because he uses TCP, which has a plurality 
of protocol layers, in Column 3, line 45, and Rajamony discloses memory which is 
available to both the first processing entity (system memory, Column 3, lines 7-1 1 ) and 
a second processing entity (local memory, Column 2, lines 61-63) and local memory for 
the first processing entity, Column 4, line 43. These workspace portions correspond to 
different protocol layers because Rajamony uses them with TCP, which has a plurality 
of protocol layers.) 

Regarding claim 1 1 : 

Rajamony discloses the limitations of the apparatus wherein said first protocol 
processing core modifies said first workspace portion and thereby creates a modified 
first workspace portion, said first protocol processing core further writing back said 
modified first workspace portion to said lookup controller. (Rajamony discloses local 
memory for the first processing entity, Column 4, line 43. This implies that the 
processing entity writes back to its workspace portion since Rajamony discloses that the 
first processing entity may require a large local memory Column 4, line 43 Rajamony 
also discloses a "memory controller" MC 104 in figure 1 , which corresponds to a lookup 
controller.) 

Regarding claim 12: 

Rajamony discloses the limitations of the apparatus wherein said first protocol 
processing core transmits an inter core event to said second protocol processing core. 
(In column 4, lines 9-14, Rajamony discloses that "first processing entity 101 may direct 
second processing entity 1 10 to compose or reassemble a network packet and send it 
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to the appropriate destination. Second processing entity 1 10 would then respond to the 
directive by assembling a packet and transmitting it to the appropriate destination." 
Rajamony also discloses "Entities 101 and 1 10 can communicate in multiple ways", 
Column 4, line 56. These correspond to an inter core event since event data is 
exchanged.) 

Regarding claim 13: 

Rajamony discloses the limitations of the apparatus wherein said second protocol 
processing core modifies said second workspace portion in order to create a modified 
second workspace portion and writes back said second modified workspace portion to 
said lookup controller. (In figure 1 , Rajamony discloses that his memory controller with 
copy-on-write functionality is connected to his second processing entity and also to 
system memory and local memory, thereby allowing the second processing entity to 
modify its workspace portion.) 

Regarding claim 15: 

Rajamony discloses the limitations of the apparatus of wherein said first flow state 
further includes a shared flow state provided to both said first protocol processing core 
and said second protocol processing core. (The flow state is shared since "first 
processing entity 101 provides second processing entity with pointers to the connection 
state and the data." Column 4, lines 64-66.) 
Regarding claim 17: 

Rajamony discloses a method of processing data in a stateful protocol 
processing system (It is implied that Rajamony uses a stateful protocol processing 
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system since he uses a "connection state", Column 4, lines 64-66, and also uses 
TCP/IP, Column 3, line 29), said method comprising: receiving a first message of a first 
flow comprised of a first plurality of messages (Rajamony discloses "transmitting and 
receiving data packets via a network", Abstract, lines 1-2.); deriving a first event from 
said first message ("retrieved data according to the network communication protocol", 
Column 2, lines 53 and 54); retrieving from a common memory a first flow state 
characterizing said first flow, ("retrieved data according to the network communication 
protocol", Column 2, lines 53 and 54); said first flow state including a first workspace 
portion and a second workspace portion ("Data processing system 100 includes multiple 
processing-capable elements referred to herein as processing entities, each of which 
has independent access to a system memory", Column 3, lines 7-1 1 , and "first 
processing entity... may require a large local memory", Column 4, lines 41 and 43; and 
the "second processing entity can buffer transmitted packets in its local memory", 
Column 2, lines 61-63. This implies a common system memory between for the 
processing entities because each processing entity has independent access to system 
memory); storing said first workspace portion in a first local memory and said second 
workspace portion in a second local memory distinct from said first local memory (Since 
the first processing entity can use its local memory as stated in Column 4, lines 41 and 
43, which corresponds to a first workspace portion, and the second processing entity 
can use its local memory as stated in Column 3, lines 63-64, these memories are 
distinct); processing said first event and making corresponding modifications within said 
first workspace portion and said second workspace portion, thereby yielding a modified 
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first workspace portion and a modified second workspace portion, respectively; and 
writing said modified first workspace portion and said modified second workspace 
portion to said common memory (Rajamony discloses that the processing entities are 
capable of load/store, Column 1, line 55, which implies that they store the modifications 
on system memory, since they both can access it, and Column 2, lines 50-54, which 
states, "The system is configured to enable the first and second processing entities to 
access data in the system memory that is subject to transmission over the network and 
to format the retrieved data according to the network communications protocol".) 
Regarding claim 18: 

Rajamony discloses the limitations of the method wherein said first local memory is v 
associated with a first protocol processing core and said second local memory is 
associated with a second protocol processing core. (Rajamony also discloses that his 
first processing entity also may have a "local memory", Column 4, line 43, and that 
Rajamony's second processing entity has its own local memory as stated in Column 3, 
lines 63-65. Column 2, lines 61-63, states that the "second processing entity can buffer 
transmitted packets in its local memory.") 

Regarding claim 19: 

Rajamony discloses the method of claim 18 wherein said first protocol processing 
core performs an initial portion of said processing of said first event and then hands off 
said first event to said second protocol processing core for performance of a 
subsequent portion of said processing of said first event. (In column 4, lines 9-14, 
Rajamony discloses that "first processing entity 101 may direct second processing entity 
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1 10 to compose or reassemble a network packet and send it to the appropriate 
destination. Second processing entity 1 10 would then respond to the directive by 
assembling a packet and transmitting it to the appropriate destination." Rajamony also 
discloses in his abstract, lines 6-9, that "The first processing entity performs a first 
portion of the network communications protocol,... while the second processing entity 
performs a second portion of the protocol.") 
Regarding claim 20: 

Rajamony discloses the limitations of the method wherein said first protocol 
processing core modifies said first workspace portion in connection with said initial 
portion of said processing and said second protocol processing core modifies said 
second workspace portion in connection with said subsequent portion of said 
processing. r(Both processing entities can modify their workspace portion since they 
can both have their own local memory (as stated in Column 4, line 43, and Column 2, 
lines 62-63), as well as access to system memory Abstract, lines 3-4.) 

Regarding claim 21:. 

Rajamony discloses the limitations of the method wherein said first protocol 
processing core performs an initial portion of said processing of said first event and said 
second protocol processing core subsequently performs a final portion of said 
processing of said first event. (In column 4, lines 9-14, Rajamony discloses that 'first 
processing entity 101 may direct second processing entity 1 10 to compose or 
reassemble a network packet and send it to the appropriate destination. Second 
processing entity 1 10 would then respond to the directive by assembling a packet and 
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transmitting it to the appropriate destination." Rajamony also discloses in his abstract, 
lines 6-9, that "The first processing entity performs a first portion of the network 
communications protocol, while the second processing entity performs a second portion 
of the protocol." Since Rajamony did not discuss a third portion, it is implied that the 
second protocol portion is final.) 
Regarding claim 22: 

Rajamony discloses the limitations of the method wherein said modified first 
workspace portion and said modified second workspace portion are written back to said 
common memory substantially contemporaneously subsequent to completion of said 
final portion of said processing of said first event. (Both processing entities can modify 
and write back to their workspace portion since they both have access to system 
memory, abstract, lines 3-4 and can access their local memories Column 4, line 43 and 
Column 3, lines 61-63) 

Regarding claim 25: 

Rajamony discloses the limitations of the method wherein said first flow state is 
defined at least in part by a plurality of protocol layers, said first workspace potion and 
said second workspace portion corresponding to different ones of said plurality of 
protocol layers. (Rajamony discloses, "by configuring a first processing entity, such as 
a CPU, to perform a first portion of the network communication process, a second 
processing entity, such as a NIC to perform a second portion..." Column 2, lines 47-50. 
Rajamony also discloses a plurality of protocol layers because he uses TCP, which has 
a plurality of protocol layers, in Column 3, line 45 and 29, and Rajamony discloses 
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memory which is available to both the first processing entity (system memory, Column 
3, lines 7-1 1 ) and a second processing entity (local memory, Column 2, lines 61-63, as 
well as local memory for the first processing entity, Column 4, line 43, which 

m 

corresponds to a second and first workspace portion). 
Regarding claim 26: 

Rajamony discloses the limitations of the method wherein said first flow state is 
defined at least in part by a plurality of protocol layers, said first workspace potion and 
said second workspace portion corresponding to different ones of said plurality of 
protocol layers. (Rajamony discloses, "by configuring a first processing entity, such as 
a CPU, to perform a first portion of the network communication process, a second 
processing entity, such as a NIC to perform a second portion..." Column 2, lines 47-50. 
Rajamony also discloses a plurality of protocol layers because he uses TCP, which has 
a plurality of protocol layers, in Column 3, line 45 and 29, and Rajamony discloses 
memory which is available to both the first processing entity (system memory, Column 
3, lines 7-11) and a second processing entity with local memory (local memory, Column 
2, lines 61-63) as well as local memory for the first processing entity, Column 4, line 43, 
which correspond to their own workspace portions). 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

8. Claims 6 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Rajamony in view of Kemp et al (US patent number 6621799, dated September 16, 
2003, and filed on October 5, 1998), hereinafter referred to as Kemp. 

Regarding claim 6: 

Rajamony discloses all of the limitations of claim 6 except for a done signal and 
an event queue element. 

Kemp discloses a done signal and event queue in a data communications 
system and method. (Figure 4, Done queued 476, Done 478, and other event queues 
are listed.) The general concept of providing a done signal and releasing an event 
queue is well known in the art as illustrated by Kemp which discloses a done signal and 
event queues in a data communications method. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Rajamony to include the use of a done signal and an event queue 
element as taught by Kemp in order to "provide higher throughput" as stated by Kemp in 
his Abstract, line 13. 
Regarding claim 14: 

Rajamony discloses all the limitations of claim 14 except for providing a done signal 
causing release of an event queue. 

Kemp discloses a done signal and event queue in a data communications 
system and method. (Figure 4, Done queued 476, Done 478, and other event queues 
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are listed.) The general concept of providing a done signal and releasing an event 
queue is well known in the art as illustrated by Kemp which discloses a done signal and 
event queues in a data communications method. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Rajamony to include the use of a done signal and an event queue 
element as taught by Kemp in order to "provide higher throughput" as stated by Kemp in 
his Abstract, line 13. 

9. Claims 8 and 16 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Rajamony in view of Intihar (US patent number 6300964, dated October 9, 2001 ) 
Regarding claim 8: 

Rajamony all of the limitations of claim 8 except for a write mask to prevent r 
selected areas from being overwritten. 

Intihar discloses a write mask to save data from being overwritten. The general 
concept of providing a write mask is well known in the art as illustrated by Intihar, which 
discloses a write mask in a storage retrieval method and apparatus. ("A write mask 
generator is used to mask predetermined sections of memory addressed by the pointer 
where it is desired to prevent overwriting of data". Column 2 of the specification, lines 
55-57.) 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Rajamony to include the use of a write mask to prevent selected 
areas from being overwritten as taught by Rajamony in order to "mask predetermined 
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sections of memory addressed by the pointer where it is desired to prevent overwriting 
of data", as stated by Intihar in Column 2, lines 55-57. 
Regarding claim 16: 

Rajamony discloses all of the limitations of claim 1 6 except for a write mask to 
prevent selected areas from being overwritten. 

Intihar discloses a write mask to save data from being overwritten. The general 
concept of providing a write mask is well known in the art as illustrated by Intihar, which 
discloses a write mask in a storage retrieval method and apparatus. ("A write mask 
generator is used to mask predetermined sections of memory addressed by the pointer 
where it is desired to prevent overwriting of data". Column 2 of the specification, lines 
55-57.) 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Rajamony to include the use of a write mask to prevent selected 
areas from being overwritten as taught by Rajamony in order to "mask predetermined 
sections of memory addressed by the pointer where it is desired to prevent overwriting 
of data", as stated by Intihar in Column 2, lines 55-57. 

13. Claims 23 and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Rajamony in view of Drummond. 
Regarding claim 23: 

Rajamony discloses the limitations of the method wherein said modified first 
workspace portion and said modified second workspace portion are written to said 
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common memory. (Rajamony discloses "the first and second processing entities to 
access data in the system memory... and to format the retrieved data according to the 
network communication protocol.", Column 2, lines 52-54. This implies that the 
workspace portions are written back to system memory, which is a common memory, 
since the process entities can access it.) Rajamony discloses all the limitations as 
disclosed above except for writing back the workspace portions in a contiguous block of 
memory. 

Drummond teaches the writing back of data into a contiguous block of memory in 
Column 2, line 60, where he states "The architecture includes a memory arranged to 
store the algorithm input data in parallel, contiguous bit locations.". It is implied that in : 
order to store the data in memory, it must first be written in memory. The general 
concept of providing writing back data into a contiguous block of memory iswell known 
in the art as illustrated by Drummond who discloses data being written to a contiguous 
block of memory. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Rajamony to include the provision for writing back the workspace 
portions in a contiguous block of memory as taught by Drummond in order to provide 
"sustained, peak performance" as stated by Drummond in his Abstract, lines 1-2. 
Regarding claim 24: 

Rajamony discloses the limitations of the method wherein said first workspace portion 
and said second workspace portion are stored within said common memory. 
(Rajamony discloses "the first and second processing entities to access data in the 
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system memory. ..and to format the retrieved data according to the network 
communication protocol.", Column 2, lines 52-54. This implies that the workspace 
portions are written back and stored to system memory, which is a common memory.) 
Rajamony discloses all the limitations as disclosed above except for storing the 
workspace portions in a contiguous block of memory. 

Drummond teaches the storing of data into a contiguous block of memory in 
Column 2, line 60, where he states "The architecture includes a memory arranged to 
store the algorithm input data in parallel, contiguous bit locations." The general concept 
of providing storing data into a contiguous block of memory is well known in the art as 
illustrated by Drummond who discloses data being stored in a contiguous block of 
memory. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Rajamony to include the provision for writing back the workspace 
portions in a contiguous block of memory as taught by Drummond in order to provide 
"sustained, peak performance" as stated by Drummond in his Abstract, lines 1-2. 

14. Claims 1 and 17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Jungck et al (US Patent number 71 14008, dated September 26, 2006, filed on May 15, 
2001), hereinafter referred to as Jungck in view of Heart et al (patent number 4130865, 
dated December 19, 1978), hereinafter referred to as Heart. 

Jungck discloses the method of processing data in a stateful protocol processing 
system, said method comprising: receiving a first message of a first flow comprised of a 
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first plurality of messages; deriving a first event from said first message; retrieving a first 
flow state characterizing said first flow, said first flow state including a first workspace 
portion and a second workspace portion; assigning said first workspace portion to a first 
protocol processing core and said second workspace portion to a second protocol 
processing core; and processing said first event using said first protocol processing core 
and said second protocol processing core. (In Column 2, lines 19-21 Jungck discloses 
that "Each of the at least two stateful packet processors is operative to perform a portion 
of the stateful processing tasks on the intercepted packets." In Column 40, lines 18-22, 
Jungck discloses "data about the packet may be stored in a memory for use by other 
rules, 3 for processing the current or future packets. This allows stateful processing, i.e. 
state based rules of packets, as they flow through the packet analyzer." This implies 
that events are derived and flow states are retrieved from the state information because 
it uses stateful processing. Jungck discloses all the limitations as discloses above 
except for a second workspace portion. 

Regarding using a second workspace portion as recited in claim 1, it would have 
been obvious to one of ordinary skill in the art at the time of the invention to modify 
Jungck to include the use of a second workspace portion as duplication/reduction of 
identical parts which perform essentially the same function is a common occurrence 
throughout the distributed processing art, and the specific number of workspace 
portions used would have been an obvious duplication of parts, depending upon such 
common factors as the ability to "increase throughput" and provide "dynamic 
adaptability" as stated in the abstract, lines 9 and 13, respectively, the ordinarily skilled 
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artisan choosing the best combination of workspace portions which would optimize the 
cost and performance of the data communications system for a particular application at 
hand. 

Heart discloses a second workspace portion in a data processing system 
employing multiple packet processors. (In Column 3, lines 27-30, Heart discloses, "The 
processors may optionally have either a shared memory between them or respective 
memories separated by having different addresses respective to the different 
processors." Heart also discloses, "Associated with each processor, is a local random- 
access memory... each processor obtaining access to its respective memory..." Column 
3, lines 45-48.) 

The general concept of providing a multiple workspace portions is well known in the 
art as illustrated by Heart, which discloses multiple workspace portions in a data 
communication system. It would have been obvious for one of ordinary skill in the art at 
the time of the invention to modify Jungck of his stateful protocol processing method to 
include the use of a second workspace portion as taught by Heart in order to enable the 
ability for "forming a distributed and modular data transfer" as stated by Heart in Column 
2, lines 13-14. 

Regarding claim 9: 

Jungck discloses a stateful protocol processing system configured to process 
multiple flows of messages, said apparatus comprising: a first protocol processing core; 
a second protocol processing core; an input module configured to receive a first 
message of a first flow comprised of a first plurality of messages and to derive a first 
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event from said first message; a lookup controller operative to retrieve a first flow state 
characterizing said first flow; said first flow state including a first workspace portion 
assigned to said first protocol processing core; wherein said first event is processed 
using said first protocol processing core and said second protocol processing core. (In 
Column 2, lines 19-21 Jungck discloses that "Each of the at least two stateful packet 
processors is operative to perform a portion of the stateful processing tasks on the 
intercepted packets." In Column 40, lines 18-22, Jungck discloses "data about the 
packet may be stored in a memory for use by other rules, for processing the current or 
future packets. This allows stateful processing, i.e. state based rules of packets, as they 
flow through the packet analyzer." This implies that events are derived and flow states 
are retrieved from the state information because it uses stateful processing. It is also 
implied that Jungck must use an input module to receive the messages because 
messages are intercepted. Jungck also discloses his lookup controller to be a "look up 
table" in Column 24, lines 19 and 20) Jungck discloses all the limitations above except 
for requiring that second workspace portion be assigned to said second protocol 
processing core. 

Regarding using a second workspace portion as recited in claim 1 , it would have 
been obvious to one of ordinary skill in the art at the time of the invention to modify 
Jungck to include the use of a second workspace portion as duplication/reduction of 
identical parts which perform essentially the same function is a common occurrence 
throughout the distributed processing art, and the specific number of workspace 
portions used would have been an obvious duplication of parts, depending upon such 
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common factors as the ability to "increase throughput" and provide "dynamic 
adaptability" as stated in the abstract, lines 9 and 13, respectively, the ordinarily skilled 
artisan choosing the best combination of workspace portions which would optimize the 
cost and performance of the data communications system for a particular application at 
hand. 

Heart discloses a second workspace portion in a data processing system 
employing multiple packet processors. (In Column 3, lines 27-30, Heart discloses, "The 
processors may optionally have either a shared memory between them or respective 
memories separated by having different addresses respective to the different 
processors." Heart also discloses, "Associated with each processor, is a local random- 
access memory... each processor obtaining access to its respective memory..." Column 
3, lines 45-48.) 

the general concept of providing a multiple workspace portions for each packet 
processor is well known in the art as illustrated by Heart, which discloses multiple 
workspace portions in a data communication system. It would have been obvious for 
one of ordinary skill in the art at the time of the invention to modify Jungck of his stateful 
protocol processing method to include the use of a second workspace portion as taught 
by Heart in order to enable the ability for "forming a distributed and modular data 
transfer" as stated by Heart in Column 2, lines 13-14. 

Regarding claim 17: 

Jungck discloses a method of processing data in a stateful protocol processing 
system, said method comprising: receiving a first message of a first flow comprised of a 
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first plurality of messages; deriving a first event from said first message; retrieving from 
a common memory a first flow state characterizing said first flow, said first flow state 
including a first workspace portion and a second workspace portion; storing said first 
workspace portion in a first local memory and said second workspace portion in a 
second local memory distinct from said first local memory; processing said first event 
and making corresponding modifications within said first workspace portion and said 
second workspace portion, thereby yielding a modified first workspace portion and a 
modified second workspace portion, respectively; and writing said modified first 
workspace portion and said modified second workspace portion to said common 
memory. (In Column 2, lines 19-21 Jungck discloses that "Each of the at least two 
stateful packet processors is operative to perform a portion of the stateful processing 
tasks on the intercepted packets." In Column 40, lines 18-22, Jungck discloses "data 
about the packet may be stored in a memory for use by other rules, for processing the • 
current or future packets. This allows stateful processing, i.e. state based rules of 
packets, as they flow through the packet analyzer." This implies that events are derived 
and flow states are retrieved from the state information because it uses stateful 
processing.) 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joan B. Naurot Ton whose telephone number is 571- 
270-1595. The examiner can normally be reached on M-Th 9 to 6:30 (flex sched) and 
alt Fridays off. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Frantz Jules can be reached on 571-272-6681. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a ■ 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-91 99 (IN USA OR CANADA) or 571 -272-1 000. 
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